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SOURCES WITH QUAUTY OF SERVICE 

(54) Titrct3>RarOCOLE DE LANCEMENT D UNE APPUCATION LOGICIELLE A DISTANCE ET DE RESERVATION DE 
RESSplmCES RESEAU AVEC QUAIJTE DE SERVICE 

(57) Abstract: The invention concerns a protocol for remote 
launching of a software application and reserving netwoik 
resources witb quality of service between a caller tominal 
TA and a called terminal TB. Said protocol consists in: 
transioining (A) from the caUer tenninal to the called terminal 
TB a reservation request for connection via a serva* and a 
transmission via an unconnected network and in establishing 
(B) between the caller terminal TA and the called tenninal 
TB, a procediue for reserving netwcnk resources with quality 
of service by exchange of messages by transmission via the 
unconnected network. When the network resources reservation 
is accepted by the server, establishing (C), on the same physical 
network supporting the uncoimected network via a control 
n^woxk RC, a coimected network between die caUer terminal 
and the called mminal. The connected network forms the 
network resource with quality of service for executing the 
remote software ^>plication between the caller terminal TA 
and the called terminal TB. The invention is i^ypUcable to a 
connected network, ATM network, and to an uncormected 
network, IP networl^ 
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(57) Abr^^: ^invention conc^ne un protocole de lancement 
d'une application logicielle ^ distance et de reservation de res- 
sources r^seau avec qualite de service entre un terminal appelant 
TA et un un terminal ^3pel^ TB. D consiste ^ transmettre (A) h. 
partir du tenninal ^)pelantTA vm le terminal appel^ TB tme re- 
quete de r^ervadon de coimexion -par rintcam^diaire d'un so*- 
veur et d*une transtrussion par r^seau non connecti^ et k ^tabbr 
(B), entre terminal s^ypelant lA el tenninal zpp^ TB, un pro- 
cessus de reservation de ressouxoes rfseau avec quality 
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Protocole de lancement d'une application logicielle 
a dis-bance et de reservation de ressources reseau 
avec gualite de service 

Avec I'avenement de 1 ' echange d' informations de 
toute nature, par 1 • intermediaire des reseaux de 
transmission, le probleme de la configuration, de 
Inoccupation et de 1 • utilisation rationnelle de ces 
derniers est devenu d'une importance majeure, afin 
d' assurer une transmission de ces informations dans des 
conditions satisf aisantes . 

D'une maniere generale, la transmission de ces 
informations peut etre effectuee, par 1 ' intermediaire de 
ces reseaux, en mode connecte ou en mode non connecte. 

Lors d'une transmission en mode connecte, une 
entite appelante ne peut emettre d ' informations vers une 
entite appelee sans avoir, au prealable, demand^ a cette 
derniere la permission de lui transmettre des blocs 
d' informations. Le processus de transmission en mode 
connecte implique done la mise en oeuvre d'un etablissement 
de la connexion, succession de connexions multiples, d'un 
echange des blocs d' informations puis de la liberation de 
la connexion. C'est le cas, par exemple, de la 
communication par le reseau t61ephonique commute, RTC, ou 
par le reseau numerique a integration de services RNIS. 

Lors, d'une transmission en mode non connecte, les 
informations sont transmises par routage vers une entite 
lointaine qui peut se trouver en etat d'activite ou de 
non-activite. En cas de non-activite, cette derniere est 
remplacee par une boite a lettres. Pour un tel mode de 
transmission, les caracteristiques des blocs de donnees 
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transmises doivent itre connues et a chaque transmission 
il est necessaire de preciser les informations de contr61e 
qui seront necessaires pour que ces donnees transmises, et 
les informations vehiculees par ces dernieres, arrivent a 
destination. En particulier/ I'adresse de I'entite 
lointaine, receptrice, et de I'entite emettrice, doivent 
dans ce but etre inserees dans le bloc de donnees 
transmises. C'est le cas en particulier de la transmission 
de messagerie electronique, de fichiers et d' applications 
pour lesquelles la communication en temps reel n'est pas 
necessaire . 

A I'heure actuelle^ les travaux publies sur le 
theme de la programmation,. et la configuration, des 
reseaux connectes ont essentiellement concerne les 
processus de programmation et de configuration avec 
signalisation. On rappelle, en particulier, que ces 
processus avec signalisation consistent, essentiellement, 
a transporter les commandes de connexion, encore appelees 
signalisation, par 1 * intermediaire d'un reseau de 
signalisation dit reseau semaphore. 

Plus recemment, les Universites de Kansas et de Columbia 
(New York) aux Etats-Unis d'Amerique ont publie des 
travaux relatif s a la reservation de bande passante dans 
un reseau de transmission a I'aide du protocole de 
reservation de ressources GSMP, pour Generic Switch 
Management Protocol. 

Parmi ces travaux, on peut citer les articles ci--apres : 
1) "Realizing the MPEG'4 Multimedia Delivery Framework", 
IEEE Network Magazine pp. 35-45, Novembre/d§cembre 
1998. Special Issue on Transmission and Distribution 
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of Digital Video, publie par J.F. HOARD, A, A, LAZAR, 
K.S. LIM et G.S. TSELIKIS ; 

2) "A Programmable Transport Architecture with QOS 
Guarantee'', IEEE Communications Magazine, Vol.36, 
No. 10, pp. 54-62, octobre 1998 publie par J.F. HUARD 
et A. A. LAZAR ; 

3) "The IEEE p. 1520 Standards Initiati\re for Programmable 
Network Interfaces", IEEE Communications Magazine, 
Vol.36, No. 10, pp. 64-70, octobre 1998, public par 
J. BISWAS, A. A. LAZAR, J.F. HUARD, K.S. LIM, 
S. MAHJOUB, L.F. PAU, M. SUZUKI, S. TORTENSSON, W.WANG 
et S. WEINSTEIN ; 

4) "Programming Telecommunication Networks", IEEE Network 
Magazine pp. 8-18, septembre/octobre 1997, publie par 
A. A. LAZAR. 

En outre, des procedures de demande 
d* etablissement d'une connexion a travers un reseau par 
I'intermediaire d'un navigateur "web" ont fait I'objet de 
travaux- Parmi ceux-ci, on peut citer : 

5) 1' article intitule "Session Control for Broadband 
Multimedia Services using the HTTP Protocol", ATM 
Forum, fevrier 1997, publie par GOTA LEIJONHUFVUD 
Ericsson Telecom AB. 

Enfin, les procedures RMI (i?einote Method Invocation) et 
HTML (Hyper Text Marked Language) sont connues en 
environnement JAVA pour lancer des applications dans une 
architecture client-serveur sur un reseau non connecte. 

Les procedures mentionnees precedemment donnent 
satisfaction, mais elles doivent utiliser le meme reseau 
pour assurer la transmission des flux d ' informations de 
1 • application. A titre d'exemple, il n'existe pas dans les 
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procedures precitees de moyens d'indiquer vers le reseau 
utilise la valeur et le type de qualite de service requis. 
En outre, dans les procedures pr^cit^es, il n'existe a 
priori aucun couplage permettant d' assurer le lancement 
d'.une connexion d'un reseau connecte, ni a fortiori une 
application, ce dernier etant distinct et independent du 
reseau non connecte. 

La pr^sente invention a pour objet de remedier aux 
inconvenients et limitations des procedures de 1 ■ art 
anterieur par la mise en oeuvre d'un protocole de lancement 
d'une application logicielle a distance et de reservation 
de ressources reseau avec qualite de service, un terminal 
appelant etant ainsi mis en mesure de lancer une 
application ^ distance sur un terminal appele lorsque ces 
terminaux sont relies sur un reseau connecte. 

Un autre objet de la presente invention est en 
outre la mise en oeuvre d'un protocole de lancement d'une 
application logicielle a distance et de reservation de 
ressources reseau avec qualite de service dans lequel, 
prealablement au lancement effectif de 1 ' application, le 
terminal appelant a effectue, par reservation, des 
connexions a partir d'un reseau non connecte. 

Un autre objet de la presente invention est 
egalement, apres realisation de la connexion par le reseau 
connecte entre le terminal appelant et le terminal appeie, 
la mise en oeuvre d'un protocole permettant la mise en 
oeuvre d'une communication avec un debit k qualite de 
service garanti sur le reseau connecte. 

Un autre objet de la presente invention est enfin 
30 la mise en oeuvre d'un protocole de lancement d'une 
application logicielle a distance et de reservation de 
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re^sources reseau avec qualite de service plus 
particulierement destine a la gestion de communications 
visiophoniques a partir d'un meme ensemble integre au 
niveau du terminal appelant. 
5 Le protocole de lancement d'une application 

IdgiGielle a distance et de reservation de ressources 
reseau avec qualite de service entre un terminal appelant 
et un terminal appele, objet de la presents invention, est 
remarquable en ce qu*il consiste a transmettre, a partir 

10 du terminal appelant vers le terminal appele, une requete 
de; 'r.eservation de connexion, par 1 ' intermediaire d*un 
serveur et d'une transmission par reseau non connecte et a 
etablir, entre le terminal appelant et le terminal appele, 
un. .processus de reservation de ressources reseau avec 

15 qu-^i^xt6 de service^ par echange de messages par 
1 *£^t^rm6diaire de la transmission par le reseau non 
connecte. Sur acceptation de la reservation de ressources 
reseau par le serveur est §tabli, sur le meme reseau 
phy^sique support du r6seau non connecte, par 

20 1 ' iritermfediaire d'un r6seau de commande, un reseau 
connecte entre le terminal appelant et le terminal appele. 
Le r§seau connecte constitue la ressource reseau avec 
qualite de service pour executer 1 • application logicielle 
a distance entre le terminal appelant et le terminal 

25 appele. 

Le protocole objet de la presente invention est 
destine a la mise en oeuvre a distance d ' applications 
logicielles de tout type avec reservation de qualite de 
service, mais il est plus particulierement destine a des 
30 applications de visioconf 6rence pour lesquelles la gestion 



wo 01/2*301 _ PCT/FR00/0272S 



10 



de 1' occupation de bande passante des reseaux connectes en 
assurant 1' execution est primordiale. 

Le protocole objet de la presente invention sera 
maintenant expose dans la description ci-apres en liaison 
avec les figures en facilitant la comprehension dans 
lesquelles : 

la figure la repr^sente, sous la forme d'un 
organigramme fonctionnel, les etapes de mise en oeuvre du 
protocole objet de la presente invention / 

- la figure lb represente un mode de realisation 
particulier pref^rentiel du protocole objet de la presente 
invention dans le cas ou le reseau non connect^ est le 
r6seau IP, pour Internet Protocol, et ou le reseau 
connects est le r6seau ATM ; 

" figure Ic represente ^ titre illustratif 

1' architecture relative des reseaux connecte et non 
connects dans le mode de realisation de la figure lb ; 

la figure 2 represente, a titre d' example 
illustratif, un detail de mise en (suvre du protocole objet 
de la presente invention, dans un mode de mise en oeuvre 
preferentiel dans lequel les messages de requete de 
reservation de connexion et de processus de reservation 
sont etablis en environnement JAVA ; 

- les figures 3a et 3b representent des pages 
ecrans affichees par le moniteur du terminal appelant 
respectivement du terminal appele dans le cas d'une 
application de visioconf erence. 

Le protocole de lancement d'une application 
logicielle a distance et de reservation de ressources 
reseau avec qualite de service, objet de la presente 



20 



25 



SNSOOOD: <WO 012630;Ai I , 



wo 01/26301 ^ lpCT/FROO/02725 



invention, sera maintenant decrit en liaison avec la 
figure la et les figures suivantes. 

D'une maniere g6n6rale, on indique que le 
protocole objet de la pr6sente invention est destin6 a 
etre mis en ceuvre entre un terminal appelant, not6 TA, et 
un terminal appel6, not§ TB. Bien entendu, le terminal 
appelant et le terminal appel6 sont equipes des ressources 
necessaires afin d'echanger des messages d' informations 
sous forme de fichiers et de preference sous forme de 
pages 6crans permettant 1 • instauration d'un dialogue 
interactif entre le terminal appelant TA et le terminal 
appel6 TB. 

En reference a la figure la, on indique que, suite 
a une 6tape de debut dans laquelle le terminal appelant TA 
et le terminal appele TB sont necessairement physiquement 
interconnectes a un r6seau susceptible de mettre en 
communication ces derniers, le terminal appele TB 6tant 
fonctionnellement independant du terminal appelant TA, le 
protocole objet de la pr6sente invention consiste, k 
I'etape A, ^ transmettre k partir du terminal appelant TA 
vers le terminal appele TB une requete de reservation de 
connexion, cette requite 6tant notee Rkc et 6tant 
transmise par 1 ' interm^diaire d'un serveur S et d'une 
transmission par un reseau non connecte. De par la 
transmission de cette requete par reseau non connecte, 
cette transmission implique les conditions de transmission 
pr^cedemment mentionn^es dans la description, relativement 
a la transmission de donnees ou de messages d' information 
sur le reseau non connect^. 

Suite a I'etape A precitee, le protocole objet de 
la presente invention consiste, en une etape B, a etablir 
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entre le terminal appelant TA et le terminal appele TB, un 
processus de reservation de ressources reseau avec qualite 
de service. D'une maniere generale, on indique que ce 
processus de reservation permet a 1 ' utilisateur du 
terminal TA de d^finir certains param^tres relatifs aux 
ressources r§seau avec qualite de service, ainsi qu'il 
sera decrit ulterieurement dans la description. 

Conformement a un aspect remarquable du protocole 
objet de la presente invention, on indique que le 
processus de reservation est etabli par echange de 
messages par 1 ' intermediaire du serveur et de la 
transmission par reseau non connecte pr6cedemment 
mentionn6 relativement A I'^tape A. 

Sur acceptation de la reservation de ressources 
reseau par le serveur, le terminal appele precite ou 
1' utilisateur de ce dernier etant susceptible d' accepter 
1' execution de 1 ' application, le protocole objet de la 
presente invention consiste, a I'^tape C, a etablir, de 
preference sur le meme reseau physique support du reseau 
non connecte, par 1 ' intermediaire d'un reseau de commande 
RC, un reseau connecte entre le terminal appelant TA et le 
terminal appele TB. On rappelle ainsi que, lorsque le 
reseau connecte est etabli, la transmission de messages 
d' information entre le terminal appelant TA et le terminal 
appel6 TB satisfait aux conditions pr^alablement 
mentionnees dans la description relativement A la 
transmission de messages d' information sur un reseau 
connects . 

Ainsi, le reseau connecte constitue la ressource 
reseau avec qualite de service permettant d'executer 
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1 'ai>jplication logicielle S distance entre le terminal 
appelant et le terminal appele. 

D'une maniere generale^ on indique que pour 
realiser la mise en oeuvre du protocole objet de la 

5 pr<^sente invention, il est necessaire que le reseau 
conn^.cte destine a transporter les flux d ' informations 
avec qualite de service soit commande de maniere externe, 
la notion de commande externe couvrant a la fois la mise 
en^osuvre d'un reseau de commande/ le reseau RC, permettant 

10 de ^ vconfigurer les connexions successives du reseau 
conhecte ou/ le cas echeant, d'un systeme de traduction 
entre les messages transmis par le reseau non connecte 
afin .d'effectuer la reservation des ressources et une 
signalisation existante telle que definie precedemment 

15 .da#$;^ la description, 

Differents modes de realisation specif iques seront 
maihtenant decrits en liaison avec les figures lb et Ic, 
lesqiielles visent a definir une architecture 
pref erentielle des systemes de reseaux connectes, 

20 respect ivement de reseaux non connectes mis en oeuvre pour 
assurer la conduite du protocole de lancement d'une 
application logicielle a distance et de reservation de 
ressources reseau avec qualite de service conforme a 
1' objet de la presente invention. 

25 D*une maniere generale, en reference a la figure 

lb, on indique que les etapes consistant a transmettre la 
requete de reservation de connexion Rrc et a etablir entre 
le terminal appelant et le terminal appele un processus de 
reservation de ressources reseau avec qualite de service 

30 sont de preference realisees k partir du serveur. 
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De meme, en reference ^ la figure Ic, on indique 
que de maniere particulierement avantageuse, le serveur 
peut etre constitue par un serveur "web". Dans ces 
conditions, les etapes consistant a transmettre la requete 
de reservation de connexion et a etablir entre le terminal 
appelant TA et le terminal appele TB un processus de 
reservation de ressources reseau avec quality de service 
peut consister alors en 1 ' envoi de messages HTML, pour 
Hyper Text Marked Language. 

En r6f6rence aux figures lb et Ic, on indique que 
dans ce mode de realisation pr§f ^rentiel, le protocole 
Ob jet de la pr6sente invention permet de contr61er des 
liens d'un reseau ATM a partir d'un reseau IP, le reseau 
ATM constituant le reseau connecte et le reseau IP le 
15 reseau non connects. 

Ainsi que represents en figure lb, on indique que 
des terminaux, terminal appelant TA et terminal appele TB, 
disposent bien entendu d'une carte d' interconnexion en 
reseau de type IP et d'une carte d' interconnexion en 
reseau de type ATM, afin d'effectuer le transport des flux 
d' informations k qualite de service ou, le cas echeant, de 
disposer des deux piles de protocole sur la mgme carte 
d' interconnexion ATM ainsi qu'il est represente sur la 
figure lb. 

Dans ce cas, les deux rSseaux, reseau IP non 
connecte et reseau ATM connecte, sont constitues sur le 
m§me support physique. En particulier, les applications 
IP, c'est-a-dire les messages HTML ou analogue, sont 
transportSes sur une emulation d'un reseau local LAN, pour 
Local Area Network, et les messages ATM peuvent etre 
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transrais dans la machine directement ou apr6s la couche 
d' adaptation ?iPiL. 

Ainsi, en r6f§rence ^ la figure lb, on indique que 
les deux piles de protocole sont supportees par le meme 
support physique. 

En reference a la figure Ic, lorsque la connexion 
vers un serveur, tel qu'en particulier un serveur "web", 
est etablie a partir du terminal appelant TA, le dialogue 
peut s'etablir entre le terminal appelant pr6cit6 et le 
serveur par 1 • intermediaire du protocole HTTP d'un 
navigateur "web" pour le transfert des messages et le cas 
echeant de programmes, sous-programmes d' execution ainsi 
qu'il sera d§crit ulterieurement dans la description. 
Ensuite, le serveur peut alors lancer des ordres de 
connexion, ainsi que repr^sente sur la figure Ic, les 
ordres de connexion 6tant lances a un reseau de coromande 
par 1' intermediaire d'un protocole IP CORBA, le reseau de 
commande comportant un BOS CORBA vers des stations 
generatrices de liens ATM. On indique que, de maniere non 
limitative, en reference ^ la figure Ic, la configuration 
du reseau ATM est r^alis^e k partir d'une plate-forme de 
programmation r^partie, toute autre solution telle que la 
signalisation par un agent tiers pouvant Stre egalement 
envisagee . 

En reference a la figure Ic, on indique que, pour 
realiser les connexions sur le reseau ATM, c'est-a-dire 
pour configurer le reseau connecte ainsi que represente 
sur la figure precitee, le protocole utilise entre le 
reseau de commande precedemment mentionne RC et le reseau 
ATM, constituant en fait le reseau de transport de 
1' application avec qualite de service, peut gtre realise 
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par 1 ' intermediaire d'un protocole GSMP^ pour Generic 
Switch Management Protocol. 

On comprend ainsi qu'au niveau du reseau connecte 
constituant le reseau de transport precite, ce reseau peut 
5 etre constitue en differents sous-reseaux, sous-r6seau 1, 
sous-reseau 2, de maniere non limitative, les liens ATM 
entre terminal appelant TA et terminal appel6 TB 
permettant bien entendu de realiser 1 ' interconnexion de 
ces derniers en des lieux quelconques. 

Une description plus detaillee d'un exemple 
specif ique de mise en oeuvre du protocole objet de la 
presente invention, dans le cas ou le reseau non connecte 
est un reseau IP et ou le serveur est un serveur "web" par 
exemple, sera maintenant donnee en liaison avec la figure 
15 2. 

Ainsi que represents sur la figure precitee, les 
etapes consistant a transmettre la requete de reservation 
de connexion et a etablir le processus de reservation de 
ressources reseau avec qualite de service, c'est-a-dire 
les etapes representees en figure la aux points A, B, 
peuvent consister au moins a transmettre 1) du terminal 
appelant TA au serveur "web" une demande de connexion et, 
sur connexion du terminal appelant TA au serveur pr6cit6, 
a fournir 2) au terminal appelant TA une page d' entree • La 
25 fourniture d'une page d' entree au terminal appelant TA 
n'est pas decrite en detail figure 2, car une telle 
operation est une operation classique, lors d'un acces par 
un terminal a un serveur, selon le protocole de 
transmission par reseau IP. 

Suite a la fourniture de la page d' entree, le 
protocole objet de la presente invention consiste en une 
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etStl^e 3) dans laquelle le terminal appelant precede a un 
teiechargement dans les memoires constitutives . de ce 
dernier a partir du serveur, et en particulier du serveur 
"web", d'un sous-programme de selection de parametres de 
qualite de service. Ainsi, le terminal appelant, a partir 
de/:ce sous-programme, sera en mesure, par 1 ' intermediaire 
du guidage de 1 * utilisateur de ce terminal appelant, de 
seiectionner les parametres de transmission des 
informations relatives a 1 ' application a executer. 

L'^tape 3) precitee est alors suivie d'une etape 
3ajr representee par une fleche en boucle fermee au niveau 
du' terminal appelant TA consistant a etablir, a partir du 
terminal appelant precite et du sous-programme de 
selection, un choix de parametres de qualite de service. 

• Les etapes 3) et 3a) precedemment mentionnees sont 
al"a#^s suivies d'une etape 4) consistant, apres avoir saisi 
lea-:- parametres de la communication et de qualite de 
service d6sir6s, a transmettre du terminal appelant TA au 
serveur, serveur "web", le choix des parametres de qualite 
de service retenu. 

Suite a 1 ' etape 4), il est alors possible 
d'etablir, a partir du choix des parametres de qualite de 
service retenu, la reservation des ressources de reseau 
connecte constituant les ressources reseau avec qualite de 
service precedemment mentionnees dans la description. La 
reservation des ressources precitee est etablie a partir 
du serveur, serveur "web", vers le reseau ATM precedemment 
decrit en liaison avec les figures lb et Ic par 
1 • intermediaire du reseau de commande RC. 

Ainsi, a la fin de 1 ' 6tape 4), le reseau de 
commande RC etablit une reservation de ressources sur le 
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reseau ATM ^entre le terminal appelant TA et le terminal 
appele TB. 

Suite a 1 ' etablissement de la reservation des 
ressources de reseau connecte, le protocole objet de la 
presente invention peut consister avantageusement a 
transmettre, en une etape 5a), a partir du terminal 
appelant TA vers le terminal appele TB, une requete 
d' execution d' application, cette requete d' execution 
d* application comportant au moins un code d' identification 
du terminal appelant TA. On comprend bien sur que 1' etape 
de transmission de la requete d' execution d* application 
peut alors etre r6alis6e sur le reseau non connecte bien 
que la reservation des ressources de reseau connecte ait 
ef f ectivement ete effectuee et le reseau connecte ait 
ainsi ete etabli. D'une maniere generale, on indique que 
la requete d' execution d ' application comporte au moins un 
code d' identification du terminal appelant TA. Suite a 
1' etape 5a) precitee, le protocole objet de la presente 
invention consiste, en une etape 5b), a etablir au niveau 
du terminal appele TB un processus de gestion de la 
requete d' execution d' application. Sur la figure 2, pour 
cette raison^ le processus de gestion realise a 1' etape 
5b) est represents par une boucle fermee au niveau du 
terminal TB. 

Dans un mode de realisation particulier 
pr6ferentiel non limitatif, le processus de gestion 
represents a 1' etape 5b) peut comporter avantageusement, 
sur refus par le terminal appele TB de la requgte 
d' execution de 1 ' application, une etape de transmission 
par 1 ' intermSdiaire du circuit non connecte vers le 
terminal appelant TA d'un message de re jet de la requete 
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d' execution d' application et d'incitation du terminal 
appelant. TA a liberer la reservation de connexion- Sur la 
figure 2, on indique que l*etape de transmission du 
message de re jet de la requete d' execution est referencee 
5 5c) . 

Au contraire, sur acceptation par le terminal 
appele TB de la requete d'execution, une etape de 
transmission par 1 ' intermediaire du circuit non connecte 
au terminal appelant d"un message d ' acceptation de la 

10 requete d'execution d ' application et de lancement de cette 
application est realisee. Sur la figure 2, 1' etape 
precitee de transmission d'un message d ' acceptation de la 
requete d'execution d' application est notee 5d) . 

Au contraire, en 1 ' absence de reponse du terminal 

15 appele TB pendant une duree predeterminee, absence de 
rfeponse a la requete d'execution d' application, le 
protocole objet de la pr6sente invention consiste a 
effectuer la transmission, en une etape 5e), suite a la 
duree predSterminee precitee par 1 ' intermediaire du 

20 circuit connecte vers le terminal appelant TA d'un message 
d' absence du terminal appele TB, D'une maniere generale, 
on indique que sur la figure 2, les etapes 5c) , 5d) et 5e) 
sont globalement designees par reponse de visio, visio 
designant de maniere generique une application dediee a la 

25 visioconf erence ainsi qu'il sera decrit ulterieurement 
dans la description. 

Le protocole de lancement d'une application 
logicielle a distance et de reservation de ressource? 
reseau avec qualite de service, objet de la presente 

30 invention, peut etre mis en ceuvre, en ce qui concerne la 
requete de reservation de connexion et le sous-programme 
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de selection de parametres de qualite de service, au moyen 
de sous-programmes, designes communement par appliquettes 
ou encore applets en environnement JAVA. 

Dans ces conditions, on indique que I'etape de 
5 t61echargement dans le terminal appelant a partir du 
serveur d'un sous-programme de selection de parametres de 
qualite de service, peut consister avantageusement en le 
chargement d'une appliquette JAVA. 

Enfin, lors de la fin de 1' execution de 

10 1 'application, c'est-S-dire lors de la fin de la 
transmission de messages d' information par le reseau ATM, 
le terminal appelant TA et le terminal appele TB terminent 
leur application localement de maniere semblable a la 
terminaison d'un appel telephonique classique par exemple 

15 ou d'une communication sur le reseau RNIS. 

Suite a la terminaison de cette communication, le 
terminal appelant TA, lequel a etabli la connexion, est 
alors incite a effectuer une operation de deconnexion 
permettant en fait de liberer a I'etape 7) les ressources 

20 aupres du serveur "web" precite du reseau ATM. La gestion 
de 1' ensemble est done complete, le reseau ATM 6tant alors 
totalement libere et pret pour une nouvelle 
reconfiguration ulterieure. 

Une description plus detaill6e d' elements 

25 specifiques du protocole, objet de la presente invention, 
lorsque 1 ' application est d6diee a une application de 
v.isioconf erence, sera maintenant donnee en liaison avec 
les figures 3a et 3b. 

Dans une telle situation, on comprend que les 

30 informations video relatives a la visioconf erence sont 
transmises par le r6seau ATM et que dans ce but, le sous- 
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programme de selection de parametres de qualite de service 
constitue par une appliquette JAVA permet le choix des 
parametres d'abonne^ de bande passante et de 
multidif fusion pour Multicast. En ce qui concerne la mise 
en oeuvre et la transmission d' appliquettes JAVA, on 
preferera le mecanisme RMI, pour Remote Method Invocation, 
cree par la societe JAVASOFT, en raison de 1 ' inadaptation 
du protocole RPC, pour Remote Procedure Code, des systemes 
objet distribues. Ce mecanisme RMI a pour objectif : 

- de supporter 1' invocation distante des objets JAVA ; 

- d'integrer le modele objet distribue dans 
1 ' environnement JAVA de fagon naturelle tout en gardant 
la s6mantique objet du langage ; 

- de rendre simple le d6veloppement d* applications 
distributes ; 

de preserver la securite et la surete fournies par 

1 ' environnement JAVA precite . 

On indique que le mecanisme RMI precite fait appel 
aux notions client /serveur valables pour un appel. Le 
mecanisme RMI permet en fait d'invoquer a distance un 
objet JAVA, ce. qui permet de satisfaire a deux des trois 
points critiques mentionnes precedemment , a savoir : 

la dependance de la mise en oeuvre de ce mecanisme, ce 

mecanisme RMI utilisant en fait I'adresse IP pour 

retrouver le serveur RMI distant ; 

en outre, un service de visioconf erence impose, au 
niveau de chaque terminal, terminal appelant TA et 
terminal appele TB, que le terminal appele TB soit sous 
tension et connecte et qu'un serveur RMI existe en 
tache de fond sur chacun des terminaux precites. 
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Au cours d'une communication, le terminal appelant 
TA est a la fois client et serveur RMI, et le terminal 
appele TB est serveur RMI, meme si le code est le meme sur 
chacun des terminaux precites, Dans ces conditions, le 
service de visioconf erence pr6cedemment mentionne n'est 
done pas completement independant du terminal mais il a 
I'avantage d'etre s6curise car les seules actions 
possibles sur chaque terminal distant sont celles d^finies 
dans 1' interface c6t§ serveur . 

Afin de mettre en oeuvre le service de 
visioconference precite, il est toutefois necessaire de 
prevenir le terminal appele TB de la requete d' execution 
d* application precedemment mentionnee dans la description. 

Dans le cadre de la mise en oeuvre du protocole, 
objet de la presente invention, en environnement JAVA, une 
solution satisf aisante consiste a introduire, au niveau du 
terminal appele, une bolte de dialogue JAVA invoquee a 
distance . 

Dans ces conditions, les memes references 
chiffrees correspondant aux etapes de mise en oeuvre du 
protocole objet de la presente invention telles que 
represents en figure 2 maintenant d6di6es a une 
application de visioconf erence, les etapes successives 
correspondantes sont donnees ci-apres : 

1) le terminal appelant TA se connecte au serveur "web" 
de ressources ; 

2) une page HTML est fournie par ce dernier au terminal 
appelant TA. Le serveur "web" contient les 
informations necessaires au service. II assure la 
correspondance entre le nom et I'adresse IP du 
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.'f terminal appelant TA de maniere similaire aux listes 
; . de diffusion dans les courriers electroniques ; 
3) le terminal appelant TA t616charge 1 " appliquette 
. JAVA, laquelle permet de choisir les parametres de 
. communication tels que abonne B, bande passante, 
./:;. multidif fusion pour multicast ainsi que mentionne 
. precedemment, cette liste n'etant pas limitative. 

L ' appliquette JAVA precitee, ainsi que represents en 
. figure 3a^ comporte une page ecran affichee au niveau 

» 

du terminal appelant TA et comportant au moins deux 
->.. ' boutons de selection, un bouton de selection 
. "Connexion"/"Deconnexion" ainsi qu'un bouton de 
reglage du debit voulu pour assurer la transmission 
. . - des donn6es de visioconf erence . Les autres parametres 
peuvent servir pour la commande externe. Le bouton de 
^i::^eglagB de d6bit est designe par "Debit Kb" sur la 
' figure 3a. 

/ De maniere particulierement avantageuse, on indique 
.que le bouton de selection "Connexion"/ "Deconnexion" 
est un bouton a fonction reattribuable. Selon un 
aspect particulierement avantageux, au bouton de 
selection "Connexion" est allouee, suite a la 
reservation de ressources de reseau avec qualite de 
service, une fonction de synchronisation entre la 
commande externe du reseau et le lancement de 
1 ' application de visioconf erence . Un tel mode 
operatoire permet une synchronisation entre la 
commande externe de reseau et le lancement proprement 
dit de 1 ' application de visioconf erence car elle 
evite ainsi de lancer 1 ' application precitee avant la 
reservation des ressources du reseau ATM sans 
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lesquelles 1 * application ne peut bien entendu 
f onctionner . 

4) L'appui sur le bouton "Connexion" a I'etape 4) 
declenche le retour vers le serveur "web" de I'ordre 
d ' etablissement de la connexion. Dans ces conditions, 
le serveur "web" passe I'ordre de reservation au 
reseau de commande RC et ce dernier etablit une 
reservation de ressources ATM entre le. terminal 
appelant TA et le terminal appele TB par allocation 
d'un chemin virtuel VP, pour l^irtual Path, et d'un 
canal virtuel VC, pour Virtual Channel, par terminal 
apres calcul de 1* operation de routage. Dans 
I'exemple precite, la gestion du reseau est 
distribute en reference a la figure Ic a I'aide du 
protocole CORBA afin d'obtenir une meilleure 
efficacite lors de la commande des commutateurs 
assurant la connexion pour constituer le reseau 
connecte . 

5a) lors de I'etape consideree, 1 ' appliquette JAVA 
precedemment mentionnee comporte en outre une page 
ecran affichee au niveau du terminal appel§ TB. Cette 
page ecran comportant deux boutons, un bouton 
d' acceptation, not€ "Accepte", et un bouton de refus 
de lancement de 1 ' application, bouton note "refus6". 
L' action realisee a I'etape 5a) precitee met ainsi en 
attente le terminal appelant avec un message du type 
"Appel en cours" et previent de cette mani^re le 
terminal appele TB d'une demande de visioconf erence 
par 1 ' interm6diaire de la boite de dialogue, le cas 
echSant combinee a une sonnerie, cette boite de 
dialogue lui indiquant I'identite du demandeur. Sur 
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la figure 3b, on indique que le mot "Visio" designe 
1 ' application de visioconf erence de maniere 
generique, "Karnak" designant arbitrairement 
I'identite du terminal appelant. La boite de dialogue 

5 precit^e telle que representee en figure 3b peut 

avantageusement etre constituee par une application 
JAVA lancee au moyen du mecanisme RMI pr6cite et 
permet ainsi au terminal appele TB de repondre au 
terminal appelant TA en fonction de sa decision. On 

10 comprend bien sur que dans de telles conditions, la 

decision est prise par 1 ' utilisateur du terminal 
appele TB. 

La gestion de 1 • acceptation ou du refus peut alors 
etre realisee selon plusieurs choix a 1 ' aide des deux 
15 boutons precedemment mentionnes en liaison avec la 

figure 3b, boutons d • acceptation ou de refus. 
L' utilisateur du terminal appele peut ainsi realiser 
les actions suivantes : 

a) il peut refuser la visioconf erence demand6e par 
20 appui sur le bouton "Refuse", cette action ayant 

pour effet de retourner alors un code permettant 
d'indiquer au demandeur que son correspondant ne 
desire pas la visioconf erence et que 1 * utilisateur 
du terminal appelant TA a en charge de liberer les 
25 ressources precedemment reservees. C'est I'etape 

5c) de la figure 2. 

b) Le terminal appele peut accepter la 
visioconf erence demandee par appui sur le bouton 
"Accepte", le code retour correspondant etant 

30 renvoye et les applications de visioconf erence 

etant alors lancees simultanement sur les deux 
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terminaux, terminal appelant, terminal appele, au 
moyen du mecanisme RMI. C'est I'etape 5d) de la 
figure 2. 

c) Le terminal appele TB est connecte, mais il ne 
repond pas apres la fin d'un module retardateur 
"timer" dont la duree peut etre fixee de 15 a 20 
secondes par exemple. Dans de telles conditions, 
on indique alors 1* absence de 1 ' utilisateur du 
terminal appele TB au terminal appelant TA. Le 
timer precite peut avantageusement etre declenche 
au niveau du terminal appele TB lors du lancement 
de la boite de dialogue JAVA: C'est I'etape 5e) de 
la figure 2, 

6) Lors de la fin de la communication, c'est-a-dire lors 
de la fin de 1 ' application de visioconf erence, les 
deux abonnes utilisateurs des terminaux, terminal 
appele TA et terminal appele TB, terminent leur 
application localement comme au telephone par 
exemple. Le terminal appelant qui a 6tabli la 
connexion doit alors terminer celle-ci par un appui 
sur le bouton "Deconnexion" ; 

L' appui par 1 ' utilisateur au niveau du terminal 
appelant TA sur le bouton "Deconnexion" dont la 
fonction n'a pas ete reattribuee permet alors de 
liberer les ressources apres la fin de la 
visioconf erence et de la fin de la communication. Le 
mecanisme de deconnexion peut alors etre similaire a 
celui de la connexion mais avec I'ordre de liberer 
les ressources au lieu de les reserver. 
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, - REVE^a)ICATIONS 

1. Protocole de lancement d'une application 
logicielle a distance et de reservation de ressources 
reseau avec qualite de service, entre un terminal appelant 

5 et,un terminal appele^ caracterise en ce qu'il consiste : 

- \a. transmettre, a partir du terminal appelant vers le 
terminal appel6, une requete de reservation de 
-connexion, par 1 ' intermediaire d*un serveur et d'une 
transmission par reseau non connecte ; 
10 ' 'a etablir, entre le terminal appelant et le terminal 
/appele, un processus de reservation de ressources 
reseau avec qualite de service, par §change de messages 
par 1 ' intermediaire de ladite transmission par reseau 
non connecte, et sur acceptation de ladite reservation 
15 ^yde ressources reseau par ledit serveur, 

-';''.r^. etablir, sur le meme reseau physique support du 
.reseau non connecte, par 1 ' intermediaire d'un reseau de 
commande, un reseau connecte entre ledit terminal 
..appelant et ledit terminal appele, ledit reseau 
20 \connecte constituant ladite ressource reseau avec 

qualite de service pour executer ladite application 
logicielle it distance entre ledit terminal appelant et 
ledit terminal appele. 

2. Protocole selon la revendication 1, caracterise 
25 en ' ce que ledit serveur etant constitue par un serveur 

"web", lesdites etapes consistant a transmettre la requete 
de reservation de connexion et a etablir entre le terminal 
appelant et le terminal appele un processus de reservation 
de ressources reseau avec qualite de service consiste en 
30 1 '.envoi de messages HTML. 
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3. Protocole selon I'une des revendications 1 ou 
2, caracterise en ce que lesdites etapes consistant a 
transmettre la requete de reservation de connexion et a 
etablir ledit processus de reservation de ressources 
5 reseau avec qualite de service consiste au moins : 

- a transmettre dudit terminal appelant audit serveur une 
demande de connexion ; et, sur connexion dudit terminal 
appelant audit serveur, 

- a fournir audit terminal appelant une page d* entree ; 

10 - a charger dans ledit terminal appelant, a partir dudit 
serveur, un sous-programme de selection de parametres 
de qualite de service ; 

- a etablir, a partir dudit terminal appelant et dudit 
sous-programme de selection, un choix de parametres de 

15 qualite de service ; 

- a transmettre, dudit terminal appelant audit serveur 
ledit choix de parametres de qualite de service ; 

- a etablir, ^ partir du choix des parametres de qualite 
de service, la reservation des ressources de r6seau 

20 connects, constituent les ressources reseau avec 

qualite de service. 

4- Protocole selon I'une des revendications 1, 2 
ou 3, caracterise en ce que, suite a 1 • etablissement de la 
reservation des ressources de reseau connecte, celui-ci 
25 consiste en outre : 

a transmettre, a partir du terminal appelant, vers le 
terminal appele, une requete d* execution d' application, 
ladite requete d* execution d * application comportant au 
moins un code d ' identification du terminal appelant ; 
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a etablirr au niveau dudit terminal appele, un 
processus de gestion de la requete d' execution 
d • application . 

5. Protocole selon la revendication 4, caracterise 
en ce que ledit processus de gestion comporte : 

sur refus, par ledit terminal appele, de la requete 
d' execution de 1 ' application, une etape de 
transmission, par 1 • intermediaire dudit circuit non 
connecte, audit terminal appelant d*un message de re jet 
de ladite requete d' execution d ' application et 
d*incitation du terminal appelant a liberer ladite 
reservation de connexion ; 

sur acceptation par ledit terminal appele de la requete 
d' execution, une 6tape de transmission, par 
1 ' intermediaire dudit circuit non connecte, audit 
terminal appelant d'un message d' acceptation de ladite 
requ§te d' execution d " application et de lancement de 
cette application ; 

sur absence de r6ponse dudit terminal appele pendant 
une duree predeterminee, transmission, suite a cette 
duree determinee par 1 ' intermediaire du circuit non 
connecte, vers ledit terminal appelant d'un message 
d* absence du terminal appele. 

6. Protocole selon I'une des revendications 2 a 5, 
caracterise en ce que la requete de reservation de 
connexion et le sous-programme de selection de parametres 
de qualite de service sont constitues par des appliquettes 
en environnement JAVA. 

7. Protocole selon la revendication 6, caracterise 
en ce que, pour une application logicielle constituee par 
une session de visioconf erence, transmise par le reseau 
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ATM, ledit sous-programme de selection de parametres de 
qualite de service constitue par une appliquette JAVA 
permet le choix des parametres d'abonn^, de bande 
passante, de multidif fusion . 
5 8. Protocole selon la revendication 1, caract6ris6 

en ce que ladite appliquette JAVA comporte une page ecran 
affichee au niveau du terminal appelant comportant au 
moins deux boutons de selection, un bouton de selection 
" connexion"/ "deconnexion" et un bouton de reglage du debit 

10 de transmission. 

9. Protocole selon la revendication 8, caract^rise 
en ce que ledit bouton de selection 

"connexion"/"d6connexion" est un bouton k fonction 
r§attribuable, au bouton de selection "connexion" etant 
15 alloue, suite k la reservation de ressources de reseau 
avec quality de service, une fonction de synchronisation 
entre la commande externe du reseau et le lancement de 
1 'application de visioconf erence. 

10. Protocole selon la revendication 8 ou 9, 
20 caract^rise en ce que ladite appliquette JAVA comporte en 
outre une page ecran affichee au niveau dudit terminal 
appele comportant deux boutons, un bouton d' acceptation et 
un bouton de refus de lancement de 1 ' application. 
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